Self-calibrating and self-adjusting network

ABSTRACT

Systems and methods for a self-calibrating and self-adjusting network are disclosed. In one embodiment, a method is disclosed, comprising: obtaining a signal strength parameter for a mobile device at a base station; obtaining a position of the mobile device at the base station; and associating the position and the signal strength parameter in a database. The method may further comprise one or more of: adjusting transmission power for the mobile device at the base station based on the associated position and signal strength parameter; computing the position of the mobile device at the base station; calculating an average of the signal strength parameter over a time window, and storing the average associated with the position. The signal strength parameter may include at least one of a block error rate (BLER) and a radio signal strength indicator (RSSI), and the position may be a global positioning system (GPS) position.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of, and claims the benefit of anearlier filing date under 35 U.S.C. § 120 of, U.S. patent applicationSer. No. 14/936,267, filed Nov. 9, 2015, and entitled “Self-Calibratingand Self-Adjusting Network,” which itself claims the benefit of priorityunder 35 U.S.C. § 119(e) of U.S. Provisional Pat. App. No. 62/076,571,filed Nov. 7, 2014, and entitled “Self-Calibrating and Self-AdjustingNetwork,” each of which is hereby incorporated by reference in itsentirety for all purposes. Additionally, U.S. Pat. App. Pub. Nos.US20140086120, US20140092765, US20140133456, US20150045063, andUS20150078167 and U.S. patent application Ser. No. 14/828,432 are herebyincorporated by reference in their entirety for all purposes.

BACKGROUND

It is helpful to be able to determine conditions at a mobile device,including location and channel quality. Various techniques are known fordetermining the position of a Long Term Evolution (LTE) user equipment(UE). For example, the location of the serving cell ID (CID) may be usedas a rough approximation of the position of the UE; measuring certainnetwork attributes such as round trip time (RTT) and angle of arrival(AOA) may be used to provide more information, known as enhanced cell ID(ECID); and, of course, global positioning system (GPS) or other globalnavigation satellite systems may be used to determine location. Areference signal time difference (RSTD) may also be used to calculate anLTE observed time difference of arrival (OTDOA). Two OTDOAs issufficient to calculate the position of a UE. Other TDOA technologiesinclude CDMA AFLT, GSM E-OTD, and WCDMA OTDOA-IPDL. Also, control planepositioning messages may also be exchanged between the network and theUE to determine the position of a UE.

Interference is a common problem in LTE networks. For example, using the700 MHz band as an example, sources such as television broadcasts, cabletelevision amplifiers, narrow-band radio transmissions and industrialequipment use these legacy channels, and these signals propagate readilyacross long distances and through building materials, causinginterference. Even sources such as light bulb ballasts have been knownto generate enough interference in these bands to negatively impact LTEperformance. (See FCC File No. EB-FIELDWR-13-00008470.)

SUMMARY

Systems and methods for a self-calibrating and self-adjusting networkare disclosed. In one embodiment, a method is disclosed, comprising:obtaining a signal strength parameter for a mobile device at a basestation; obtaining a position of the mobile device at the base station;and associating the position and the signal strength parameter in adatabase.

The mobile device may be a user equipment (UE), the base station may bean eNodeB, and the database may be located at the base station, acoordinating server, or both. The method may further comprise adjustingtransmission power for the mobile device at the base station based onthe associated position and signal strength parameter. The method mayfurther comprise computing the position of the mobile device at the basestation. The method may further comprise receiving the position of themobile device from the mobile device at the base station. Associatingthe signal strength parameter may further comprise calculating anaverage of the signal strength parameter over a time window, and storingthe average associated with the position. The method may furthercomprise associating the signal strength parameter with a current time.The signal strength parameter may include at least one of a block errorrate (BLER) and a radio signal strength indicator (RSSI), and theposition may be a global positioning system (GPS) position.

The method may further comprise associating the position and a signalstrength parameter for a second mobile device. The method may furthercomprise associating the position and an aggregate signal strengthparameter calculated from signal strength parameters from multiplemobile devices. The aggregate signal strength parameter may becalculated by averaging over time, averaging over the multiple mobiledevices, or selecting a single value reflecting a relative minimumsignal strength. The method may further comprise receiving the positionfrom the mobile device via a mobile device measurement report message.

The method may further comprise sampling the signal strength parameterfor the mobile device. The method may further comprise sampling a secondsignal strength parameter for the mobile device and comparing the secondsignal strength parameter with the original signal strength parameter.Associating the position and the signal strength may occur at the basestation. The method may further comprise adjusting transmission power atone or more base stations based on the associated position and signalstrength parameter to maintain a desired transmission range of the oneor more base stations.

The method may further comprise detecting an aberrant signal strengthparameter, and sending an alarm message to a management system, toenable a network operator to address the aberrant signal strengthparameter. The method may further comprise detecting an aberrant signalstrength parameter, and adjusting transmission power at one or more basestations to ameliorate the aberrant signal strength parameter. Themethod may further comprise compiling a record of call drops per mobiledevice position at the database; and predicting future call drops basedon the compiled record of call drops per position and a positionparameter.

In another embodiment, a method is disclosed, comprising: receiving asignal quality measurement for a mobile device at a network node; andstoring the signal quality measurement and a location of the mobiledevice location at an aggregation server.

The signal quality measurement may be one of call drop rate and blockerror rate, and the mobile device location may be derived from a globalpositioning service (GPS) coordinate location associated with the mobiledevice, and the mobile device may be a user equipment (UE). The methodmay further comprise deriving at least one aggregate parameter based onthe stored signal quality measurement and location, and using thederived at least one aggregate parameter to adjust an operationalnetwork parameter. The mobile device location may be derived from alocation of an associated tracking area or eNodeB. The aggregationserver may aggregate stored signal quality measurements from more thanone mobile device. The network node may be one of a base station and anetwork node in a data path between the base station and a core network.The method may further comprise presenting one of real-time networkconditions, historical network conditions, and projected future networkconditions based on the stored signal quality measurement and the storedmobile device location.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a schematic diagram of an interference scenario where a UE isattached to an eNodeB and experiences interference from another eNodeBon the network, in accordance with some embodiments.

FIG. 2 is a schematic diagram of an interference scenario where a UE isattached to an eNB and experiences interference from a non-controllablepoint source, such as a misbehaving electronic ballast for a lamppost,in accordance with some embodiments.

FIG. 3 is a schematic diagram of an interference scenario involving ahighway, in accordance with some embodiments.

FIG. 4 is a schematic diagram of an interference scenario involving amobile base station transiting through multiple coverage zones along ahighway, in accordance with some embodiments.

FIG. 5 is a flowchart depicting a method in accordance with someembodiments.

FIG. 6 is a schematic diagram of an enhanced eNodeB, in accordance withsome embodiments.

FIG. 7 is a schematic diagram of a SON coordinator server, in accordancewith some embodiments.

FIG. 8 is a system architecture diagram of an exemplary networkconfiguration, in accordance with some embodiments.

DETAILED DESCRIPTION

In a mobile network, when a base station is introduced into anenvironment containing other base stations, it may be possible to makeautomatic adjustments of radio transmission power and othercharacteristics at the base station to provide coverage withoutinterference over a geographic area. One or more UE characteristics,such as signal strength, as measured by a user equipment (UE) in thefield, may be received at a base station and associated with thelocation of the UE. Real-time calibration of a subcarrier at the basestation may be performed by adjusting radio transmission power whilesimultaneously receiving measurements of signal strength from UEs in theparticular geographic area, until the desired signal coverage isachieved.

In one embodiment, a method is disclosed for sampling a parameter at aUE, receiving the location or position of the UE at a base station,associating the position and the value of the parameter, and storingthat association at the base station and/or at a central server. Theassociation may be stored in a table or database at the central server,or at an eNodeB. The parameter may be a signal strength parameter. Oncethe information is saved at the central server or eNodeB, transmissionpower may be adjusted based on the current location of the UE, or basedon a prediction of the location of the UE, or based on a prediction ofthe signal strength at either the current location or the predictedlocation, or based on a prediction of the signal strength at the currenttime of day at the current or predicted location.

The association may also include calculating an average of the signalstrength parameter over time, over multiple UEs or over a single UE, andsaving an association of the average with the position. The associationmay also include calculating an average signal strength over severaldays, over multiple UEs or over a single UE, and associating the averagewith the time of day.

The association may also include calculating a range of values that maybe saved for later reference and comparison and that may be a range ofideal or desirable values for a signal strength parameter, an averagesignal strength parameter, or another parameter. This may help to filterout measurements from UEs that are exiting the coverage area of a basestation, or transient poor signal conditions, or that are otherwisesubject to poor signal.

In some embodiments, the signal strength parameter may include at leastone of a bit error rate (BER), a block error rate (BLER), and a radiosignal strength indicator (RSSI), and the position may be a globalpositioning system (GPS) position.

Multiple signal strength parameters from multiple UEs may also beaggregated or combined. Multiple signal strength parameter ranges frommultiple UEs may also be aggregated or combined. In some embodiments,aggregated UE parameters may be filtered such that only measured signalstrength values that fall within the ideal or desirable range for agiven parameter are aggregated, averaged, or combined.

In this disclosure, a coordinating server is mentioned that is locatedin the network between the radio area network (RAN) and the corenetwork, as a gateway in the data path, in some embodiments. By locatingthe coordinating server between the RAN and the core network, thecoordinating server is enabled to, among other things, ensure that anymeasurements or heuristics accurately reflect the current state of theRAN, and also to filter out any unnecessary signaling to or from the RANbefore it reaches the core network. The coordinating server is alsowell-placed for performing adjustments to the RAN, in contrast to thecore network, which is mainly concerned with the delivery of services toUEs.

Radio Frequency Channel Characteristics

UEs periodically send measurement reports indicating the signal strengthof their serving base station and of neighbor base stations. In someembodiments, these measurement reports may be used to determine thesignal strength parameters described below.

Radio frequency channel characteristics may change due to any of variousfactors, including factors such as large objects in the path causingdiffering path interference, foliage, weather, etc. In some embodiments,any changes in radio frequency conditions may be monitored and used inconjunction with location to perform signal calibration. Weather orother such parameters may be received from other sources or from the UEitself, associated with the location of the UE, and used to performpower calibration at a base station.

Performance Information Received from UEs

In some embodiments, information received from UEs may be stored,forwarded, tracked, and/or reported in real time. For example, a UE maybe attached to an eNodeB, which may be attached to a coordinatingserver. If the UE is on a call and the call is dropped, that informationmay be relevant for assessing the performance of the network.

This information may be monitored in several ways. For example, alatency value or a block error rate, or another value representing thequality of the signal, such as RSRP/RSRQ, may be continuously monitored,such that at intervals, such as once every TTI or once every hundredTTIs, or at a configurable monitoring interval, a quality measure isrecorded. The quality measure may be sent to the coordinating server toallow the coordinating server to monitor the current quality of everycall at all times. The coordinating server may aggregate the informationto allow monitoring of call quality as an average, or as a movingwindow, or as a view of the best/worst quality measures, or of thebest/worst performing eNodeBs, or using another aggregation method.

As another example, the number of call drops per UE identifier may bemaintained. The UE identifier may be, for example, an IMEI. In the casethat a call is dropped, the drop may be recorded and aggregated toprovide a continuous sample of the percentage of calls dropped,aggregated by UE, by eNodeB, by geographic region, by distance from theeNodeB, or otherwise aggregated to provide relevant information to anetwork operator. As another example, specific IMEIs may be identifiedthat relate to high-value persons on the network. The number of dropssuffered by those specific people may be monitored in detail, whereverthey occur on the network.

As another example, traffic types may be monitored, on a per-UE,per-location basis. For example, voice calls, data streams, specificdata stream types like streaming audio or hypertext transport protocol(HTTP), or other traffic types may be identified by deep packetinspection, by envelope inspection, by explicit tagging, or inconjunction with other layers in the network at the eNodeB or centralserver, or with the help of other network nodes. Signal qualityparameters that are appropriate for each traffic type may bespecifically monitored, such as call drop rate for voice calls and blockerror rate for data connections. In some embodiments, voice and dataemergency services usage may also be separately tracked and monitored.

In another embodiment, deployment of network probes and samplers may beenabled using a coordinating server. Network probes and samplers may becoupled to monitoring stations or base stations and used to monitor theoperational characteristics of a network, including any of thecharacteristics mentioned above. A network operator may desire to deploysuch probes and samplers to assess the quality of a network. Since insome embodiments information pertaining to the quality of the networkare sent to the coordinating server, the probes and samplers may beconfigured to attach directly at the coordinating server, therebyreceiving all relevant information. The coordinating server may allowdifferent subsets of eNodeBs controlled by the coordinating server to beaccessed for network monitoring. Where UE measurement reports aredescribed in this disclosure, probes and samplers may also be used,including in combination with UE measurement reports, and vice versa. Insome embodiments, additional radios may be added to one or more basestations to provide sniffing capability without a reduction inoperational radio capacity.

In another embodiment, AB testing may be enabled by the use of real-timestatistics collected at the coordinating server. For example, if adevice such as an eNodeB has a remote configuration capability, a systemuser may provide configuration “A” to the eNodeB at a first time, andmay log and monitor all operational statistics from that eNodeB withthat configuration, and then may later provide configuration “B” at asecond time, such as at the same time of day on a different date,logging and monitoring those statistics as well, and may subsequentlycompare the operational logs for operating the eNodeB with the twoconfigurations. Similar testing may be performed using two eNodeBs indifferent geographic areas at different times.

In some embodiments, data may be collected as frequently as once everyTTI for every UE. In some embodiments, less data may be collected. Insome embodiments, data may be retained for a brief interval, such as oneday; in other embodiments, data may be retained for several months toyears. In some embodiments, the statistics may be aggregated at thecoordinating server and sent further upstream upon request only, toreduce backhaul load. In some embodiments, monitoring data may be storedat the coordinating server; in other embodiments, data may be storedelsewhere as well as, or instead of, at the coordinating server,depending on whether it is costly to provide the required amount ofstorage at the coordinating server.

Association

In some embodiments, the location data may be associated with one ormore radio performance parameters, as shown below.

TABLE 1 GPS Location Time RSSI x, y, z T1 −80 x, y, z T2 −60 x, y, z T3−40

In Table 1, a plurality of records is shown, each with a GPS coordinateincluding a latitude, a longitude, and an altitude; a timestamp,including a time of day as well as a calendar date; and a receivedsignal strength indicator (RSSI). Records may include other associatedinformation. In some embodiments, a GPS coordinate that includes alatitude and a longitude, is stored. In some embodiments, the GPScoordinate also includes an elevation. In some embodiments, GLONASS,A-GPS, Galileo, IRNSS, BeiDou, dead reckoning, positioning using RFtriangulation, or another positioning system may be used. If a pluralityof coordinate systems are used, metadata about the systems may be storedto permit translation between them. In some embodiments, velocity,tracking area, or other incomplete location information may be combinedto form a positioning coordinate for recording.

In some embodiments, fewer than the maximum number of significantfigures are stored, to improve the ability to retrieve other neighboringrecords, and to reduce storage requirements. A UE identifier is stored,which may be an international mobile equipment identifier (IMEI), aninternational mobile subscriber identity (IMSI), or another UEidentification parameter. A time of the measurement is optionallystored. A minimum required RSSI (showing signal strength) is optionallystored. A minimum required block error rate, or BLER (showing quality ofdata) is optionally stored. For example, a row in a table to be storedin a data store could be: GPS (42.70, −71.45), Time (12:00:00 PM),Min_RSSI (8), Min_BLER (10%). The table may be stored at a central node,or as a database stored at one or more eNodeBs (which may be adistributed database). The table may be accessed using the GPS locationas a key, or using the time as a key, or using the UE identifier as akey. The data may be visualized on a map through a web-based applicationportal.

Other parameters may also be stored and associated as part of a singlerecord. For example, weather type, weather statistics includingprecipitation and humidity, call drop percentage, handover successpercentage, cell overload percentage, quality of service requested,packet drop rate, modulation type, modulation change rate, round tripdelay, call setup time, call setup success rate, standalone dedicatedcontrol channel (SDCCH) congestion, ping time to various hosts,traceroute path, uplink or downlink throughput, velocity, referencesignal received power (RSRP), reference signal received quality (RSRQ),signal to noise ratio, physical cell ID (PCI), evolved cell globalidentifier (ECGI), or any other may also be stored in the table aboveand associated with one or more of the GPS location, the time, or the UEidentifier.

In the case of parameters such as RSSI or BLER, it may be helpful tostore a minimum value. The minimum may be a threshold that may reflectthe minimum value seen at that location in the past. If a UE submits ameasurement report reflecting a lower parameter value than the storedthreshold value, a determination may be made to increase transmissionpower, in some embodiments. In some embodiments, a maximum value mayalso be stored and used to determine when to decrease transmissionpower.

The information may be stored in a standard structured query language(SQL) database, a key-value store, a non-SQL database or noSQL database,a vertical or horizontal record store, or any other information storagesystem. The information may be made accessible to reporting software,dashboard software, indexing software, aggregation software, or anyother software that can perform analytics or analysis on the data.

The information may be analyzed using a geographic information system(GIS) or mapping-based platform providing planning, analysis,operational awareness, and asset management functionality, such asArcGIS. Geocoding may be applied to location data. The information maybe integrated with a web-based mapping system such as Google Maps, AppleMaps, Bing Maps, or another such system, and may be integrated with theweb-based mapping system using JavaScript or another web scripting orprogramming language.

The information may be displayed using a visualization system, includingas a geographic overlay, or as a graphical display of thresholds,alerts, alarms, signal strength data, or other information. Theinformation may be animated over time, or time may be displayed by useof overlays, or made manipulable by use of a scroll controller. Colorsmay be used in a visualization to represent different signal strengths,enabling an operator to see signal strength at a glance, even animatedover time.

In some embodiments, newly-received information may be averaged with thepreviously-stored information, or otherwise averaged to produce asmoothed value being stored in the table. In some embodiments, an angleof approach and a round trip time may be used to compute signal strengthor location. In some embodiments, the GPS coordinates may be receivedfrom the UE at the base stations; in other embodiments, the GPScoordinates may be received from the UE at the core network or at acoordinating server, and then transmitted to and stored at one or morebase stations. Alternatively, GPS coordinates may be computed at thebase station, for example via triangulation, or may be assigned based onheuristics, lookup tables, or other information at the base station.

Power Adjustments and Other Adjustments

Once the information above is received from a UE, a determination may bemade, either at a coordinating server, or at a base station, whether andhow much to increase or decrease transmission power. In someembodiments, carriers, subcarriers, resource blocks, frequencies,channels, or other radio resources, and power levels thereof, may beadjusted individually. In some embodiments, transmission power ofindividual resource blocks may be adjusted in order to target specificUEs. In some embodiments, individual resource blocks may be adjusted toprovide coordinated multi-point (CoMP) capability. In some embodiments,a UE-specific adjustment may be stored and replayed for everytransmission to that UE.

Any increase or decrease of transmit power at a particular base stationmay then cause a corresponding decrease or increase in transmit power atneighboring base stations, in some embodiments. The coordinating servermay transmit a request to the neighboring base stations to perform thecorresponding decrease or increase. The coordinating server may alsospecifically request a particular power level to the neighboring basestations. The coordinating server may also initiate an increase ordecrease in power level, to either increase or decrease a coverage area,or to maintain a prior coverage area or signal quality level. Any of theabove types of power adjustment may be performed at the neighboring basestations. A hysteresis period may be included, such that a given poweradjustment causes neighboring base stations to be adjusted after thehysteresis period. After a second hysteresis period, the coordinatingserver may cause the original base station's power to be adjusted again,and so on.

In some embodiments, a cap may be placed on the number of iterations tobe used for adjustment of power. In some embodiments, the cap may be 64iterations. In some embodiments, a sliding window may be used for thethresholds. In some embodiments, the thresholds may vary with time ofday. In some embodiments, the values stored in the parameter table maybe reset to an initial value after a given time, a user-configurabletime, or upon administrative user request.

Transmit power can be an operational network parameter. Operationalnetwork parameters include any parameters that affect the performance ofthe network, including thresholds, hysteresis periods, radiodirectionality, signal levels, signal quality thresholds, power levels,network paths, network node selection heuristics, handover parameters,quality-of-service (QoS) parameters, modulations, encodings, trafficshaping parameters, and prioritization information. In some embodiments,any and all of these parameters may be automatically controlled andadjusted as a result of the methods described herein. In someembodiments, control over power level, etc., may be performed on alimited basis, such as limited per resource block, per frequency, or pertime slot.

In some embodiments, a base station antenna may have directionalcharacteristics, for example, using multiple-in, multiple-out antennas,or using a directional antenna, or using a repositionable antenna. Thedirectionality of the base station antenna may be controlled using themethods described in this disclosure. As the position of an interferencesource is often able to be pinpointed using the disclosed methods,adjusting the positioning or directionality of an antenna can beperformed taking the position of the interference into consideration.

In some embodiments, a coordination server may control a plurality ofbase stations within the network. The coordination server may interpretinformation received from one UE at one base station and determinewhether the information should be applied elsewhere in the network. Forexample, for certain embodiments where foliage may be detected,detection of increased foliage at one base station may trigger asystematic evaluation of foliage-related signal degradation, and perhapsa plurality of power adjustments, throughout the entire network. Thus,the automatic control and adjustment of the entire network is enabled bythe methods described herein.

Both open loop and closed loop feedback algorithms are contemplated. Forexample, a one-time upward adjustment to transmit power may be employedto enhance signal quality in a particular location. This is open loop inthat, although future feedback is contemplated, only one adjustment ismade based on one input, with no additional sampling is performed todetermine the adjustment. Alternatively, a closed-loop transmit poweradjustment may be performed, where transmit power is adjusted multipletimes while monitoring additional signal quality measurements from theaffected mobile device or devices.

Aggregation

In some embodiments, a coordination server may be coupled with anaggregation module or aggregation server. The aggregation module mayretrieve a plurality of records from the database, and compute anaggregation of records in the database to enable an operator to evaluatethe network at a high level. For example, records may be aggregated overtime to generate KPI reports for performance during a time period at aparticular location, and the list of poorly-performing locations can beadded to a list for follow-up.

In some embodiments, a coordination server may be enabled to showreal-time network conditions to an administrative console. This would beenabled by the coordinating server soliciting measurements from one ormore UEs, the coordinating server aggregating these measurements ifneeded, and the coordinating server presenting this information directlyin real time to the administrative console. In some embodiments,real-time network conditions may be used to perform immediateadjustments, and an administrator or automated control process mayevaluate the effect of the changes, providing a closed-loop controlsystem.

In some embodiments, the aggregation module may be used to generateprojected future network conditions. For example, using a time-basedheuristic, the aggregation module may generate a projected futurenetwork condition for each hour of the day on a specified calendar day.As another example, the aggregation module may be used to project asignal degradation (or improvement) relating to increased foliage (ordecreased foliage). As another example, the aggregation module may beused to assess a total or average capacity measurement in a givenlocation. For example, a total throughput at the location, a totalnumber of users at the location, or an estimated number of call drops ata location may be calculated.

Aggregation may be performed over a location or a region, in someembodiments, to, for example, identify coverage gaps, areas wherecoverage is good, areas where interference affects coverage, and othergeographic regions with desirable or undesirable radio coveragecharacteristics. Aggregation may be performed over a time period, insome embodiments, to, for example, identify times when coverage is good,times when coverage is poor, times where less coverage is needed, and soon.

Aggregation may be performed over a particular UE or set of UEs. Forexample, a high-priority user or VIP may be monitored by the networkoperator to determine whether the VIP has any gaps in coveragethroughout his or her day. Aggregation may also be performed for aparticular eNodeB or set of eNodeBs, to determine, for example, whethera number of call drops is excessive at a particular eNodeB, or if signalquality is poor or good for UEs attached to a particular eNodeB.

In some embodiments, an expected range of operational parameters may bedetermined for a given location by looking at records collected overtime. This provides a self-calibrating and self-adjusting capability tothe network. Self-calibration can be used to determine whether a valueis exceptional, by observing a network event, where network event isused loosely to mean any event in the network, calculating a mean andstandard deviation of the distribution of the measurements of all priornetwork events, and determining whether the newly-observed network eventis exceptional. This method can be used to set thresholds foroperational parameters in the system.

In some embodiments, when a network event is received by a coordinatingserver that falls outside of the normal operational parameters of thenetwork, an alarm may be triggered to notify the network administrator,or an automated process such as the automatic adjustment processesdescribed herein may be triggered, or both. Alarms may be displayed atan administrative console. Filters may be used to manage which alarmsare visible.

The following FIGS. 1-5 show scenarios for what is possible using thedisclosed system. FIGS. 6-8 provide information regarding hardware thatmay be used to embody the disclosed system.

FIG. 1 is a schematic diagram of an interference scenario where a UE isattached to an eNodeB and experiences interference from another eNodeBon the network, in accordance with some embodiments. eNodeB 101 is partof an operator network. A UE 102 is attached to eNodeB 101, and istraveling inside a vehicle 103 along a highway 105. UE 102 isexperiencing interference from eNodeB 104. Also part of the network areeNodeB 104 and coordinating server 106.

eNodeB 101 and eNodeB 104 are being coordinated by coordinating server106, including by the use of an X2 protocol connection as shown.Coverage area 107 and coverage area 108 reflect differing transmit powerstates of eNodeB 104.

In some embodiments, coordinating server 106 may be acting as an eNodeBS1 proxy to the core network (not shown), such that both eNodeB 101 andeNodeB 104 appear to the core network as a single eNodeB, and such thattheir operational parameters are essentially under the control ofcoordinating server 106 without the involvement of the core network (asany changes to these individual eNodeBs may not necessarily be visibleto the core network).

In operation, UE 102 is called upon to report signal strengthcharacteristics to its eNodeB 101. This may be via LTE protocol standardmeasurement reports, and may include one or more of BLER, RSSI, or othermeasures as described elsewhere herein. The signal strength of eNodeB101 may be reported; the signal strength of eNodeB 104 may also bereported. UE 102 may also be requested to provide its location, whichmay be a GPS location obtained by the UE. As shown in FIG. 1, UE 102 isat the cell edge of eNodeB 101, and is able to see eNodeB 104 because itis within coverage area 107 of eNodeB 104. UE 102 may identify theavailability of a nearby cell, eNodeB 104, and may report signalstrength for both eNodeBs.

Signal strength and location of UE 102 may be associated together andstored in a database. In some embodiments, associating and storing mayoccur at eNodeB 101; in other embodiments, these steps may occur atcoordinating server 106. In some embodiments, these may occur as asingle step. Other parameters may also be associated in a single recordwith the signal strength and location, for example, UE identifyinginformation such as IMEI.

Once signal strength and location are associated, the record becomesavailable to provide actionable information. In FIG. 1, it is eNodeB 104that is causing the interference with eNodeB 101. Coordinating server106 may perform analysis of the associated signal strength and locationdata, either at the time the data is submitted or at a later time, suchas on a schedule, and with or without aggregation with other data fromother UEs at or near that location. Coordinating server 106 may triggeralerts, reports creation, or other procedures as appropriate. In FIG. 1,coordinating server 106 may determine that no other transmitter isresponsible for the interference observed at the location of UE 102. Insome embodiments, this observation may be the result of analysis of manydifferent UEs at many different times.

Coordinating server 106 may then direct eNodeB 104 to reduce itstransmit power, shown in FIG. 1 as the reduction of coverage area fromcoverage area 107 to coverage area 108. UE 102 now falls outsidecoverage area 108, and interference is reduced with respect to UE 102'ssignal from eNodeB 101, which is not altered or affected. Alternatively,eNodeB 101 could be caused to increase transmit power. In someembodiments, eNodeB 104 may be directed to reduce transmit power foronly individual frequencies, time slots, resource blocks, etc. In thisway, power control of many individual radio resources may be achievedusing UE measurement reports to provide fine instrumentation of thenetwork.

In some embodiments, embodying a closed loop system, the coordinatingserver 106 may then wait for UE 102 or any other UE to report back fromthe same location to provide additional information regarding whetherthe adjustment to transmit power of eNodeB 104 was effective in reducinginterference at that location. In some embodiments, coordinating server106 may, via eNodeBs 101 and/or 104, request that UEs send measurementreports.

FIG. 2 is a schematic diagram of an interference scenario where a UE isattached to an eNB and experiences interference from a non-controllablepoint source, such as a misbehaving electronic ballast for a lamppost,in accordance with some embodiments. UE 202 is attached to eNodeB 201,which is managed and controlled by coordination server 206. UE 202 is ina moving vehicle 203 along highway 205. Lamppost 204 is generatinginterference from a fixed location, for example, by using a fluorescentlamp ballast that is malfunctioning and emitting radio interference.

Coordinating server 206 may receive a first measurement report from UE202 via eNodeB 201, indicating that signal quality is poor at a firstlocation of UE 202. Coordinating server 206 may determine that thesignal quality is below a threshold, and may request, via eNodeB 201,the frequency of measurement reports to be increased to, for example,once every 10 ms. The UE 202 may then provide multiple measurements ofsignal quality over the next few seconds.

At an ordinary rate of travel on a highway, and depending on how faraway the lamppost is from the moving vehicle, the lamppost may be passedwithin some number of seconds or minutes. Based on measurement reportsof signal quality returning to an ordinary level, coordinating server206 may then end the measurement reporting from the base station.

Coordinating server 206 may at this time have a sufficient number ofmeasurements of interference from UE 202 to be able to triangulate thelocation of the interfering source. Once the interfering source'slocation is identified, the coordinating server may check to see if theinterference is being emitted from a source being managed by thenetwork. In this case, since the source of the interference is alamppost, the interference source is not under the management of thenetwork. To improve signal for UE 202 and for other UEs, therefore,coordinating server 206 may cause the transmission power of eNodeB 201to be increased to compensate for the interference.

In this way, as the interference generated by lamppost 204 isoriginating at a fixed location, obtaining multiple measurements of theinterference together with the location of UE 202 over time as it movesalong the highway 205 may be used to narrow down the location of theinterference emitter.

FIG. 3 is a schematic diagram of an interference scenario involving ahighway, in accordance with some embodiments. In rush hour traffic,heavier load and slower UE velocities results in the cells beingoverloaded. By mining the UE signal data associated with observationsmade during a period of time, we can reduce the coverage areas of alleNBs in the area experiencing overloading. This may force some UEs tolose coverage and seek coverage from, e.g., an overlay macro cell, butoverall can improve performance on the network until more capacity canbe added.

In FIG. 3, base station 301 provides service to UE 302. UE 302 is invehicle 303 and is moving down highway 305. UE 302 is also incommunication with base station 304, as it is at the cell edge betweenbase station 301 and base station 304. Base station 301 has initialcoverage area 309; base station 307 has initial coverage area 307. Bothbase station 301 and base station 304 are in communication with acoordinating server via an X2 protocol connection. Base stations 301 and304 may be small cells, in some embodiments, and in some embodiments amacro cell (not shown) provides backup overlay coverage to this entirearea.

During most times of day, UE 302 is able to attach to base station 301,move into the overlapping region of coverage areas 307 and 309, and behanded over to base station 304 for satisfactory coverage. A smallnumber of vehicles are on the highway at any given time, and the numberof vehicles within any particular cell is also limited because UEstransit through the coverage areas at highway speeds.

However, in the depicted scenario, base stations 301 and 304 are notcapable of handling UE loads during the rush hour commute. This isbecause the number of UEs on the road increases during rush hour,traffic to and from those UEs increases when drivers are not drivingtheir vehicles, and the transit time for individual UEs is also muchgreater given the slower speed of travel. This results in a situationwhere UE 302, traveling between base station 301 and base station 304,experiences a call drop.

In the depicted scenario, the dropped calls may be monitored by thecoordinating server 306 as follows. In one embodiment, call drops may beassociated with location. A call drop during rush hour by another UE(not shown) may result in coordinating server 306 initiating the methoddescribed herein. Measurement reports may be requested from UE 302 for aparticular time period. During that time period, the UE may detectcoverage from each of base station 301 and 304, and may send thisinformation to coordinating server 306. Reported coverage may beassociated with the time of day and saved into a database atcoordinating server 306.

Based on call drop information from UE 302, and in some embodimentsinformation from other UEs that is also collected in parallel andaggregated with the information from UE 302, the coordinating server maybe able to determine that, at a particular location and at a particulartime of day, handovers from base station 301 to base station 304 resultin dropped calls. The coordinating server may use this information toadjust transmit power at both base station 301 and base station 304,such that the coverage area of base station 301 is reduced to area 310and the coverage area of base station 304 is reduced to area 308. Sincearea 308 and area 310 no longer overlap, handovers between the two nodesmay be reduced, and UEs that subsequently enter this area may hand overto the overlay macro cell, resulting in fewer dropped calls and improveduser experience.

Another example scenario that is related to FIG. 3, pertaining tofoliage, is described as follows. Base station emplacements alonghighways is often affected by seasonality, particularly in climateswhere trees have leaves in the summer but shed them in the winter. Thepresence or absence of foliage may be detected using UE measurementreports. Periodic sampling of signal quality and strength may revealthat signal strength is better in the winter, when there are fewerleaves. The coordinating server may aggregate signal strength fromvarious UEs over time, and may be enabled to identify summer as a seasonwhen transmit power should be increased and winter as a season whentransmit power should be decreased, in some embodiments. In someembodiments, an operator may trim foliage near a base station, and thepresent method in operation in the network may automatically detect thata change in signal quality is over a particular threshold and initiate arebalancing and recalibration of transmit powers of cells in the nearbyarea. In some embodiments, a degradation of signal quality over time maybe tracked, and once the degradation exceeds a threshold, the networkoperator may be notified to perform pruning of foliage in the area.

As an example of a usage of this method using call drop percentages,degraded signal leading to call drops could be identified using thismethod. Such degraded signal quality could be the result of differingnetwork conditions during rush hour traffic on the highway versus duringordinary traffic. By tracking a quality parameter in conjunction withthe position of one or more UEs over time, e.g., their velocities, or bytracking the quality parameter in conjunction with time, a pattern maybe uncovered where network traffic moving at a particular velocity, ornetwork traffic at a particular hour of the day, experiences and/orcauses poor network quality.

FIG. 4 is a schematic diagram of an interference scenario involving amobile base station transiting through multiple coverage zones along ahighway, in accordance with some embodiments. Base station 401 and basestation 404 provide service to an area along highway 405, including toUE 402. In-vehicle small cell base station 410 may be a mobile basestation, and may transit along the highway, causing interference to UE402. Base station 401 and base station 404 may have X2 protocolconnections to a coordinating server 406. The initial coverage areas ofbase stations 401, 404 and 410 may be 409, 407, and 411, respectively.

At a first time, UE 402 may be camped on base station 401 or basestation 409. The transit of vehicle 410 through the region results ininterference to UE 402, which reports it as a measurement report to thenetwork, via the small cell it is camped on. The measurement report maybe sent to coordinating server 406. Coordinating server 406 may cause ameasurement process to be initiated, such that UE 402 sends furthermeasurement reports, and may associate the signal strength informationfrom the measurement reports to the reported location of UE 402.

In some embodiments, the coordinating server 406 may be aware of and/orin control of mobile base station 410, as well, and may be aware thatinterference from base stations 401 and 404 is reducing the performanceof devices attached to mobile base station 410.

Once a sufficient number of samples has been obtained, coordinatingserver 406 may determine that the coverage areas of base stations 401and 404 should be reduced to area 408 and 406, respectively, in order toreduce interference to UE 402, and also to allow interference-freecoverage in the region covered by the base station 410.

UE 402 may be requested to provide continued measurement reports, andthus may also be enabled to report when mobile base station 410 has leftthe area. Once the mobile base station has left the area, theinterference no longer being a problem, transmit power and coverage frombase stations 401 and 404 may be increased back to their originallevels.

Use and computation of an appropriately fine-grained hysteresis periodmay be used, in some embodiments. This is because if the time delta forthe transiting vehicle (mobile UE) is very small in comparison with thecombined decision and decision transmission time, it may be better offfor this UE to leave it as is, instead of introducing too manyadjustments. Hysteresis can be computed/constructed by factoring innumerous factors, including UE velocity, predicted UE duration in theintersection area and X2 delay/decision processing latency.

FIG. 5 is a flowchart depicting a method in accordance with someembodiments. At step 501, a signal strength parameter is obtained for amobile device. The signal strength parameter may be sampled at a basestation or at a mobile device, in some embodiments. The signal strengthparameter may be obtained by requesting a measurement report from themobile device. The signal strength parameter may be one parameter or aplurality of parameters; for example, a UE measurement report may returnsignal strength of more than one nearby base station.

At step 502, a position is obtained for a mobile device. The positionmay be a GPS location, or may be another type of location. The positionmay be requested by the base station. The position may be determined bythe base station using the same mechanism used by a base station todetermine position in case of an emergency call, such as a 911 call. Theposition may have any degree of accuracy, but preferably will haveaccuracy within a few tens of meters.

The information obtained in steps 501 and 502 are then combined. At step503, the position and signal strength parameters are associated in adatabase. The database stores information records of locations andsignal strength parameters, including records from multiple UEs, recordsover time, records from multiple base stations, etc.

The database may be enabled to permit querying by position/location, byUE identifier, by base station, by signal strength, by a combinationthereof, or by another parameter or combination of parameters asdisclosed herein. This searchability of the database is what enablesanalytic data processing to be performed on the information records. Thedatabase may be specifically configured to permit queries on geographiclocations; for example, the database may permit querying for recordswithin a radius of a given point.

The database may also be enabled to permit querying by one signalstrength parameter or more than one signal strength parameter. Varioussignal strength parameters may be related, and the database may permitquerying by equivalent parameters. The database may also permit storageand search of key performance indicators (KPI) related to the signalstrength parameter, for example, derived parameters such as the signalstrength squared, RSRQ=N*RSRP/RSSI, or other derived parameters. In someembodiments, these equivalencies may be created on the fly, or viaindexing. In some embodiments, these other signal quality parameters maybe directly collected by base station sampling or by requesting themfrom a UE.

The database may be located at a base station, some base stations, thecoordinating server, or more than one of the above. The database may beshared, sharded, synchronized, backed up, or otherwise maintained toenable the database operator and/or network operator to perform usefulqueries, according to practices known by those of ordinary skill in theart. The database may be configured to enable efficient retrieval ofgeographic information, using parameters such as point and radius. Thedatabase may be indexed along one or more parameters, enabling rapidretrieval of results, including rapid retrieval of results onpredetermined searches. For example, the system could be configured toprovide weekly reports on one or more KPIs, and these weekly reportscould be pre-indexed. Indexing of the database may be configured tooccur at intervals. The database may be configured to display results inreal time as they are received.

The database may be implemented using a structured query language (SQL)database system, such as MySQL, Postgres, or another database, such asBerkeleyDB.

At step 504, analytics may be performed on one or more associatedpositions and parameters in the database, as described elsewhere herein.For example, the database as described with reference to step 503 may bequeried to find other incidences of dropped calls at or near thelocation of the position obtained at step 502. As another example, thedatabase may be queried to determine what locations experienced adecrease in signal quality during a specified time period and over aparticular signal quality decrease threshold. Other queries andanalytics are contemplated; indeed, there are many potentialpossibilities.

Analytics may be performed on an aggregate of multiple records in thedatabase, in some embodiments. For example, aggregating records overmultiple locations may enable a network operator to examine alllocations in the network and find those locations where the network isnot performing well. Aggregating or rolling up records over multiple UEsmay enable a network operator to obtain more comprehensive sample data,rather than relying on a single UE to provide all needed information.Aggregating over one or more records in this way can be used to enablethe network to wait until a threshold of record measurements has beenreached, such as a minimum number of call drops, before performing anetwork management action. Alternatively, in cases where a single UEmeasurement is below a minimum desired service threshold, or in caseswhere a VIP UE is being serviced, aggregation may not be needed andaction may be taken immediately based on a single measurement record.The resulting aggregate or other data may be displayed to anadministrative user at a text-based console, web dashboard, visualdashboard, report, data visualization, or via another means.

In some embodiments, analytics may be accompanied by heuristics, deeplearning, neural networks, or other means for performing one of thefollowing: assessing the current state of the network; predicting afuture state of the network; or assigning a probable cause of a networkevent, such as a foliage trimming event.

At step 505, a sample network management action is shown. Here, atransmit power of an interfering base station is adjusted based on arecord, the record including a position and an associated signalstrength parameter. This corresponds roughly to the interferencescenario shown and described in FIG. 1. Other network management actionsare contemplated.

The steps shown in FIG. 5 may be performed at a mobile device, at a basestation, or at another node, such as at a coordinating server, orinitiated at one node and performed by another node. For example, steps501-502 may be initiated at a coordinating server, and performed by abase station, or in the case that the obtained position is obtained at amobile device, passed along by a base station, and performed at a mobiledevice. Steps 503 and 504 may be performed at a coordinating server orat a base station. Step 505 may be initiated at a coordinating serverand performed at a base station, or performed entirely at a basestation.

In some embodiments, a base station may communicate with a coordinatingserver, for example, via an X2 protocol or other proprietary or standardprotocol. The communication may be via a signaling path on an LTEnetwork.

FIG. 6 is a schematic diagram of an enhanced eNodeB, in accordance withsome embodiments. Enhanced eNodeB 600 may include processor 602,processor memory 604 in communication with the processor, basebandprocessor 606, and baseband processor memory 608 in communication withthe baseband processor. Enhanced eNodeB 600 may also include first radiotransceiver 610 and second radio transceiver 612, internal universalserial bus (USB) port 616, and subscriber information module card (SIMcard) 618 coupled to USB port 614. In some embodiments, the second radiotransceiver 612 itself may be coupled to USB port 616, andcommunications from the baseband processor may be passed through USBport 616.

A self-organizing network (SON) module 630 may also be included, whichmay include a database (not shown), in some embodiments, or which may bein communication with a coordination server (not shown), in someembodiments, or both, in some embodiments.

Processor 602 and baseband processor 606 are in communication with oneanother. Processor 602 may perform routing functions, and may determineif/when a switch in network configuration is needed. Baseband processor606 may generate and receive radio signals for both radio transceivers610 and 612, based on instructions from processor 602. In someembodiments, processors 602 and 606 may be on the same physical logicboard. In other embodiments, they may be on separate logic boards.

The first radio transceiver 610 may be a radio transceiver capable ofproviding LTE eNodeB functionality, and may be capable of higher powerand multi-channel OFDMA. The second radio transceiver 612 may be a radiotransceiver capable of providing LTE UE functionality. Both transceivers610 and 612 are capable of receiving and transmitting on one or more LTEbands. In some embodiments, either or both of transceivers 610 and 612may be capable of providing both LTE eNodeB and LTE UE functionality.Transceiver 610 may be coupled to processor 602 via a PeripheralComponent Interconnect-Express (PCI-E) bus, and/or via a daughtercard.As transceiver 612 is for providing LTE UE functionality, in effectemulating a user equipment, it may be connected via the same ordifferent PCI-E bus, or by a USB bus, and may also be coupled to SIMcard 618.

SIM card 618 may provide information required for authenticating thesimulated UE to the evolved packet core (EPC). When no access to anoperator EPC is available, a local EPC on the enhanced eNodeB itself(not shown) may be used, or another local EPC on the network may beused. This information may be stored within the SIM card, and mayinclude one or more of an international mobile equipment identity(IMEI), international mobile subscriber identity (IMSI), or otherparameter needed to identify a UE. Special parameters may also be storedin the SIM card or provided by the processor during processing toidentify to a target eNodeB that device 600 is not an ordinary UE butinstead is a special UE for providing backhaul to device 600.

Wired backhaul or wireless backhaul may be used. Wired backhaul may bean Ethernet-based backhaul (including Gigabit Ethernet), or afiber-optic backhaul connection, or a cable-based backhaul connection,in some embodiments. Additionally, wireless backhaul may be provided inaddition to wireless transceivers 610 and 612, which may be Wi-Fi802.11a/b/g/n/ac/ad/ah, Bluetooth, ZigBee, microwave (includingline-of-sight microwave), or another wireless backhaul connection. Anyof the wired and wireless connections may be used for either access orbackhaul, according to identified network conditions and needs, and maybe under the control of processor 602 for reconfiguration.

Other elements and/or modules may also be included, such as a homeeNodeB, a local gateway (LGW), or another module. Additional radioamplifiers, radio transceivers and/or wired network connections may alsobe included.

Processor 602 may identify the appropriate network configuration, andmay perform routing of packets from one network interface to anotheraccordingly. Processor 602 may use memory 604, in particular to store arouting table to be used for routing packets. Baseband processor 606 mayperform operations to generate the radio frequency signals fortransmission or retransmission by both transceivers 610 and 612.Baseband processor 606 may also perform operations to decode signalsreceived by transceivers 610 and 612. Baseband processor 606 may usememory 608 to perform these tasks.

FIG. 7 is a schematic diagram of a SON coordinator server, in accordancewith some embodiments. SON coordinator 700 includes processor 702 andmemory 704, which are configured to provide the functions describedherein. Also present are radio access network coordination/signaling(RAN Coordination and signaling) module 706, RAN proxying module 708,and routing virtualization module 710.

RAN coordination module 706 may include database 706 a, which may storeassociated UE signal quality parameters and location information asdescribed herein. In some embodiments, SON coordinator server 700 maycoordinate multiple RANs using coordination module 706. If multiple RANsare coordinated, database 706 a may include information from UEs on eachof the multiple RANs.

In some embodiments, coordination server may also provide proxying,routing virtualization and RAN virtualization, via modules 710 and 708.In some embodiments, a downstream network interface 712 is provided forinterfacing with the RANs, which may be a radio interface (e.g., LTE),and an upstream network interface 714 is provided for interfacing withthe core network, which may be either a radio interface (e.g., LTE) or awired interface (e.g., Ethernet). Signaling storm reduction functionsmay be performed in module 706.

SON coordinator 700 includes local evolved packet core (EPC) module 720,for authenticating users, storing and caching priority profileinformation, and performing other EPC-dependent functions when nobackhaul link is available. Local EPC 720 may include local HSS 722,local MME 724, local SGW 726, and local PGW 728, as well as othermodules. Local EPC 720 may incorporate these modules as softwaremodules, processes, or containers. Local EPC 720 may alternativelyincorporate these modules as a small number of monolithic softwareprocesses. Modules 706, 708, 710 and local EPC 720 may each run onprocessor 702 or on another processor, or may be located within anotherdevice.

FIG. 8 is a system architecture diagram of an exemplary networkconfiguration, in accordance with some embodiments. Base stations 802and 804 are connected via an S1-AP and an X2 interface to coordinationserver 806. Base stations 802 and 804 are eNodeBs, in some embodiments.Coordination server 806 is connected to the evolved packet core(EPC)/Core Network 808 via an S1 protocol connection and an S1-MMEprotocol connection. Coordination of base stations 802 and 804 may beperformed at the coordination server. In some embodiments, thecoordination server may be located within the EPC/Core Network 808.EPC/Core Network 808 provides various LTE core network functions, suchas authentication, data routing, charging, and other functions. In someembodiments, mobility management is performed both by coordinationserver 806 and within the EPC/Core Network 808. EPC/Core Network 808provides, typically through a PGW functionality, a connection to thepublic Internet 810.

In some embodiments, coordination server 806 may act as an S1 proxy, X2proxy, back-to-back proxy, or other proxy for some or all eNodeBsconnected to it relative to EPC/core network 808. By leveraging itsposition in the network, coordination server 806 may appear to be asingle eNodeB to the network, while managing multiple eNodeBs connectedto it. In some embodiments, coordination server may route X2 messages,handover tunnel data, and other data among its connected base stations,and may perform handovers and other signaling-related procedures amongits connected base stations without the involvement of EPC/core network808.

In some embodiments, the radio transceivers described herein may be basestations compatible with a Long Term Evolution (LTE) radio transmissionprotocol or air interface. The LTE-compatible base stations may beeNodeBs. In addition to supporting the LTE protocol, the base stationsmay also support other air interfaces, such as UMTS/HSPA, CDMA/CDMA2000,GSM/EDGE, GPRS, EVDO, other 3G/2G, legacy TDD, or other air interfacesused for mobile telephony. In some embodiments, the base stationsdescribed herein may support Wi-Fi air interfaces, which may include oneor more of IEEE 802.11a/b/g/n/ac. In some embodiments, the base stationsdescribed herein may support IEEE 802.16 (WiMAX), to LTE transmissionsin unlicensed frequency bands (e.g., LTE-U, Licensed Access or LA-LTE),to LTE transmissions using dynamic spectrum access (DSA), to radiotransceivers for ZigBee, Bluetooth, or other radio frequency protocols,or other air interfaces. In some embodiments, the base stationsdescribed herein may use programmable frequency filters. In someembodiments, the base stations described herein may provide access toland mobile radio (LMR)-associated radio frequency bands. In someembodiments, the base stations described herein may also support morethan one of the above radio frequency protocols, and may also supporttransmit power adjustments for some or all of the radio frequencyprotocols supported. The embodiments disclosed herein can be used with avariety of protocols so long as there are contiguous frequencybands/channels. Although the method described assumes a single-in,single-output (SISO) system, the techniques described can also beextended to multiple-in, multiple-out (MIMO) systems. Wherever IMSI orIMEI are mentioned, other hardware, software, user or group identifiers,can be used in conjunction with the techniques described herein.

Those skilled in the art will recognize that multiple hardware andsoftware configurations could be used depending upon the accessprotocol, backhaul protocol, duplexing scheme, or operating frequencyband by adding or replacing daughtercards to the dynamic multi-RAT node.Presently, there are radio cards that can be used for the varying radioparameters. Accordingly, the multi-RAT nodes of the present inventioncould be designed to contain as many radio cards as desired given theradio parameters of heterogeneous mesh networks within which themulti-RAT node is likely to operate. Those of skill in the art willrecognize that, to the extent an off-the shelf radio card is notavailable to accomplish transmission/reception in a particular radioparameter, a radio card capable of performing, e.g., in white spacefrequencies, would not be difficult to design.

Those of skill in the art will also recognize that hardware may embodysoftware, software may be stored in hardware as firmware, and variousmodules and/or functions may be performed or provided either as hardwareor software depending on the specific needs of a particular embodiment.

In the present disclosure, the words location and position may be usedin various instances to have the same meaning, as is common in therelevant art.

Although the scenarios for interference mitigation are described inrelation to macro cells and micro cells, or for a pair of small cells orpair of macro cells, the same techniques could be used for reducinginterference between any two cells, in which a set of cells is requiredto perform the CoMP methods described herein. The applicability of theabove techniques to one-sided deployments makes them particularlysuitable for heterogeneous networks, including heterogeneous meshnetworks, in which all network nodes are not identically provisioned.

In any of the scenarios described herein, where processing may beperformed at the cell, the processing may also be performed incoordination with a cloud coordination server. The eNodeB may be incommunication with the cloud coordination server via an X2 protocolconnection, or another connection. The eNodeB may perform inter-cellcoordination via the cloud communication server, when other cells are incommunication with the cloud coordination server. The eNodeB maycommunicate with the cloud coordination server to determine whether theUE has the ability to support a handover to Wi-Fi, e.g., in aheterogeneous network.

Although the methods above are described as separate embodiments, one ofskill in the art would understand that it would be possible anddesirable to combine several of the above methods into a singleembodiment, or to combine disparate methods into a single embodiment.For example, all of the above methods could be combined. In thescenarios where multiple embodiments are described, the methods could becombined in sequential order, in various orders as necessary.

Although the above systems and methods for providing interferencemitigation are described in reference to the Long Term Evolution (LTE)standard, one of skill in the art would understand that these systemsand methods could be adapted for use with other wireless standards orversions thereof. For example, certain methods involving the use of avirtual cell ID are understood to require UEs supporting 3GPP Release11, whereas other methods and aspects do not require 3GPP Release 11.

In some embodiments, the software needed for implementing the methodsand procedures described herein may be implemented in a high levelprocedural or an object-oriented language such as C, C++, C#, Python,Java, or Perl. The software may also be implemented in assembly languageif desired. Packet processing implemented in a network device caninclude any processing determined by the context. For example, packetprocessing may involve high-level data link control (HDLC) framing,header compression, and/or encryption. In some embodiments, softwarethat, when executed, causes a device to perform the methods describedherein may be stored on a computer-readable medium such as read-onlymemory (ROM), programmable-read-only memory (PROM), electricallyerasable programmable-read-only memory (EEPROM), flash memory, or amagnetic disk that is readable by a general or specialpurpose-processing unit to perform the processes described in thisdocument. The processors can include any microprocessor (single ormultiple core), system on chip (SoC), microcontroller, digital signalprocessor (DSP), graphics processing unit (GPU), or any other integratedcircuit capable of processing instructions such as an x86microprocessor.

Although the present disclosure has been described and illustrated inthe foregoing example embodiments, it is understood that the presentdisclosure has been made only by way of example, and that numerouschanges in the details of implementation of the disclosure may be madewithout departing from the spirit and scope of the disclosure, which islimited only by the claims which follow. Various components in thedevices described herein may be added, removed, or substituted withthose having the same or similar functionality. Various steps asdescribed in the figures and specification may be added or removed fromthe processes described herein, and the steps described may be performedin an alternative order, consistent with the spirit of the invention.Features of one embodiment may be used in another embodiment. Otherembodiments are within the following claims. For example, association ofa call drop KPI with a location may be performed in the same systemwhere association of a signal strength parameter with a location isperformed.

The invention claimed is:
 1. A method, comprising: obtaining, at a basestation situated between a mobile device and a coordinating server, ameasurement report for a device; obtaining, at the base station, aposition of the mobile device; associating, at the base station, theposition and the measurement report and a time of the measurement reportas a record in a database; aggregating, at the coordinating serversituated in a data path between the base station and a core network, aplurality of additional records from the database that match anidentifier of the mobile device, and that are within a period of timethat includes a time of the record, and that are within a geographiclocation that includes position of the record; further creatingaggregated additional call drop records reflecting a continuouspercentage of calls dropped for each of the plurality of additionalrecords from the database matching each of the identifier of the mobiledevice, the period of time, and the geographic location; compiling, atthe base station, a record of call drops per aggregated location at thedatabase; performing, at the base station, prediction of future calldrops based on the compiled record of call drops per aggregated locationand a position parameter; storing, at the base station, at least onestatistical measure of a signal strength parameter of the aggregatedadditional records; updating, at the base station, a minimum and amaximum threshold value for an operational network parameter based onthe stored at least one statistical measure; and adjusting, at the basestation, the operational network parameter based on the minimum and themaximum threshold value, thereby providing an improvement to a radioaccess network over a geographic area.
 2. The method of claim 1, whereinthe mobile device is a user equipment (UE), the base station is aneNodeB, and the database is located at the base station, a coordinatingserver, or both.
 3. The method of claim 1, wherein the operationalnetwork parameter is transmission power of the base station.
 4. Themethod of claim 1, further comprising computing, at the base station,the position of the mobile device.
 5. The method of claim 1, furthercomprising receiving, at the base station, the position of the mobiledevice from the mobile device.
 6. The method of claim 1, whereinassociating as a record further comprises calculating an average of thesignal strength parameter over a time window, and storing the averageassociated with the position.
 7. The method of claim 1, furthercomprising associating, at the base station, the signal strengthparameter with a current time.
 8. The method of claim 1, wherein thesignal strength parameter includes at least one of a block error rate(BLER) and a radio signal strength indicator (RSSI), and the position isa global positioning system (GPS) position.
 9. The method of claim 1,further comprising associating, at the base station, the position and asignal strength parameter for a second mobile device.
 10. The method ofclaim 1, further comprising associating, at the base station, theposition and an aggregate signal strength parameter calculated fromsignal strength parameters from multiple mobile devices.
 11. The methodof claim 10, wherein the signal strength parameter is calculated byaveraging over time, averaging over the multiple mobile devices, orselecting a single value reflecting a relative minimum signal strength.12. The method of claim 1, further comprising receiving, at the basestation, the position or the signal strength parameter from the mobiledevice via a mobile device measurement report message.
 13. The method ofclaim 1, further comprising sampling, at the base station, the signalstrength parameter for the mobile device.
 14. The method of claim 1,further comprising obtaining, at the base station, a second signalstrength parameter for the mobile device and comparing the second signalstrength parameter with an original signal strength parameter tocontinue adjusting the operational network parameter.
 15. The method ofclaim 1, wherein associating the position and the signal strengthparameter occurs at the base station.
 16. The method of claim 1, furthercomprising adjusting transmission power at one or more base stationsbased on the associated position of the mobile device and signalstrength parameter to maintain a desired transmission range of the oneor more base stations.
 17. The method of claim 1, further comprisingdetecting, at the base station, an aberrant signal strength parameter,and sending an alarm message to a management system, to enable a networkoperator to address the aberrant signal strength parameter.
 18. Themethod of claim 1, further comprising detecting, at the base station, anaberrant signal strength parameter, and adjusting transmission power atone or more base stations to ameliorate the aberrant signal strengthparameter.
 19. A method, comprising: receiving, at a network node, asignal quality measurement for a mobile device, wherein the network nodeis a coordinating server in a data path between a base station and acore network; storing, at the network node, the signal qualitymeasurement, a user equipment identifier of the mobile device, a time ofthe signal quality measurement, and a location of the mobile devicelocation as a record at an aggregation server; aggregating, at thenetwork node, additional records that match an identifier of the mobiledevice, and that are within a period of time that includes a time of therecord, and that are within a geographic location that includes aposition of the record; further creating aggregated additional call droprecords reflecting a continuous percentage of calls dropped for each ofthe plurality of additional records from the database matching each ofthe identifier of the mobile device, the period of time, and thegeographic location; storing, at the network node, at least onestatistical measure of a signal quality measurement of the aggregatedadditional records; updating, at the network node, a minimum and amaximum threshold value for an operational network parameter based onthe stored at least one statistical measure; and adjusting, at thenetwork node, the operational network parameter based on the minimum andthe maximum threshold value, compiling, at the base station, a record ofcall drops per aggregated location at the database; performing, at thebase station, prediction of future call drops based on the compiledrecord of call drops per aggregated location and a position parameter,thereby providing an improvement to the radio access network over ageographic area.
 20. The method of claim 19, wherein the signal qualitymeasurement is one of call drop rate and block error rate, and whereinthe mobile device location is derived from a global positioning service(GPS) coordinate location associated with the mobile device, and whereinthe mobile device is a user equipment (UE).